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J^J (57) Abstract: Disclosed is a wireless communications system (5), in the preferred embodiment a GSM/EDGE Radio Access Net- 
£2 worit system (300), that includes a Logical Link Control (LLC) layer (265) of a mobile station (100) and a LLC layer (30E) of 
— * a Serving General Packet Radio Service Support Node (SGSN) (30) that are coupled together through a Gb interface (310). The 
2 system (5) operates for establishing and operating a plurality of Temporary Block Flows (TBF) for transferring Packet Data Units 
(PDUs) in either an uplink or a downlink direction between the LLC (265) layer of the mobile station (100) and the LLC (30E) layer 
Q of the SGSN node (30). The system (5) operates at a level of the LLC (30E) layer and a Radio Link Control (RLC) (260) layer for 
£^ distinguishing PDUs belonging to a first TBF from PDUs belonging to a second TBF based on information associated with each 
^ PDU, and maps PDUs into the appropriate one of the first TBF or the second TBF on the information. 
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METHOD AND APPARATUS PROVIDING MULTIPLE TEMPORARY BLOCK 
FLOW (TBF) MAPPING TO UPPER LAYER WHEN OPERATING IN GSM/EDGE 
RADIO ACCESS NETWORK (GERAN) A/Cb MODE 

5 

TECHNICAL FIELD: 

These teachings relate generally to digital cellular telecommunications systems, protocols and 
layers and, more specifically, to the evolving third generation (3G) digital cellular systems 
10 providing packet data flows between mobile stations and the wireless network. 

BACKGROUND: 

The following abbreviations are herewith defined. 



15 3G Third Generation (cellular system) 

A Interface between the BSS and MSC (GSM specific) 

A/Gb mode Mode of operation of MS when connected to the Core Network via GERAN and 
the A and/or Gb interfaces 

BSS Base Station System 

20 BSSGP BSS GPRS Protocol 

BTS Base Transceiver Station 

CN Core Network 

CS Circuit Switched 

DL Downlink (to the MS) 

25 EDGE Enhanced Data rate for Global Evolution 

EGPRS Enhanced General Packet Radio Service 

Gb Interface between the GERAN and SGSN (GPRS specific) 

GERAN GSM/EDGE Radio Access Network 

GPRS General Packet Radio Service 

30 GMM GPRS Mobility Management 

GSM Global System for Mobile Communications 

IP Internet Protocol 
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Iu mode 


Mode of operation of MS when connected to the core network via GERAN or 
UTRAN and the Iu interface 


Iur 


A logical interface between two RNC 


LLC 


Logical Link Control 


5 MAC 


Medium Access Control 


MM 


Mobility Management 


MS 


Mobile Station 


MSC 


Mobile Switching Center 


PDCP 


Packet Data Convergence Protocol 


10 PDP 


Packet Data Protocol 


PDU 


Packet Data Unit 


PFC 


Packet Flow Context 


PHY 


Physical Layer 


PS 


Packet Switched 


15 QoS 


Quality of Service 


RAB 


Radio Access Bearer 


RAN 


Radio Access Network 


RLC 


Radio Link Control 


RNC 


Radio Network Controller 


20 SAPI 


Service Access Point Identifier 


SGSN 


Serving GPRS Support Node 


SMS 


Short Message Service 


TBF 


Temporary Block Flow 


UL 


Uplink (from the MS) 


25 UTRAN 


Universal Terrestrial Radio Access Network 



Reference can also be made to 3 GPP TR 2 1 .905, V4.4.0 (2001 -1 0), Third Generation Partnership 
Project; Technical Specification Group Services and System Aspects; Vocabulary for 3GPP 
Specifications (Release 4). 

30 

In GPRS the RLC/MAC layer link between the MS and the network is called a Temporary Block 
Flow (TBF). In the first releases of GPRS and EGPRS only one TBF could be allocated for a 
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MS. As a result all of the data targeted to a given MS must be sent through the same TBF. At 
least one disadvantage of this approach is that different applications that can be concurrently 
running in the MS, and that must share the same TBF, can interfere each other, thereby 
degrading the expected QoS. 

5 

Also, the single TBF may transfer data only in one RLC mode, i.e., in Acknowledge (ACK) 
mode or unacknowledge (UNACK) mode. 

Furthermore, in the case where the RLC mode changes between two consecutive LLC PDUs 
10 (PDCP PDUs), the existing TBF has to be released and a new TBF has to be established in the 
different RLC mode. As can be appreciated, the need to release and then re-establish the TBF 
can result in user-perceivable and objectionable delays in user data transmission. 

It has been proposed to provide a capability to allocate a plurality of TBFs per each MS. The 
15 assumption has been, thus far, that the multiple TBF functionality is possible in the Iu mode, as 
the TBFs can be mapped on Radio Bearers (RBs) and further Radio Access Bearers (RABs) in 
the CN side (via the Iu interface). Recently some interest has been expressed in providing the 
multiple TBF functionality as well when the MS is operating in the traditional A/Gb mode. 
However, in this case the TBF mapping is required to be done in a different way, as significant 
20 differences exist between the Iu and the A/Gb interfaces. 

As such, the inventors have realized that a need has arisen to provide a mapping mechanism for 
multiple TBFs between the RLC/MAC layer and the higher layers, when operating in the 
GERAN A/Gb mode. This need was not fulfilled prior to this invention. 

25 

SUMMARY OF THE PREFERRED EMBODIMENTS 

The foregoing and other problems are overcome, and other advantages are realized, in 
accordance with the presently preferred embodiments of these teachings. 

30 

The mapping described herein is beneficially used for the case where it is desired to provide a 
plurality of TBFs in one direction with one MS operating in the GERAN A/Gb mode. 
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A method is disclosed for transferring data between a mobile station and a wireless 
communications network. The method includes generating a plurality of data packets and 
sending at least one data packet through a first Temporary Block Flow and at least one other data 
packet through a second Temporary Block Flow, where the first Temporary Block Flow is 
5 distinguished from the second Temporary Block Flow by information sent in or with the data 
packets. When multiple TBFs exist, the first is created and the next one or more TBFs are 
created using an existing TBF (either an UL or a DL TBF). When transferring data via a TBF, 
the mobile station and network do not require information regarding the existence of other TBFs, 
so long as the mobile station and network are able to correctly associate a received packet to the 
10 correct TBF based on information received with the packet (e.g., RLC data block). 

Also disclosed is a wireless communications system, in the preferred embodiment a GSM/EDGE 
Radio Access Network system, that includes a Logical Link Control layer of a mobile station and 
a Logical Link Control layer of a Serving General Packet Radio Service Support Node that are 

15 coupled together, where the Serving General Packet Radio Service Support Node and a Base 
Station System are coupled together through a Gb interface. The system operates for establishing 
and operating a plurality of Temporary Block Flows for transferring Packet Data Units in either 
an uplink or a downlink direction between the Logical Link Control layer of the mobile station 
and the Logical Link Control layer of the Serving General Packet Radio Service Support Node. 

20 At any given time there may exist only UL TBF(s), only DL TBF(s), or a combination of UL and 
DL TBFs. 

The system operates at a level of the Logical Link Control layer and a Radio Link Control layer 
for distinguishing Packet Data Units belonging to a first Temporary Block Flow from Packet 

25 Data Units belonging to a second Temporary Block Flow based on information associated with 
each Packet Data Unit, and maps the Packet Data Units into the appropriate one of the first 
Temporary Block Flow or the second Temporary Block Flow based on the information. In 
various embodiments the information is contained in a Packet Data Unit header, or it is derived 
from information sent with the Packet Data Unit. The information can include Service Access 

30 Point Identifier information carried in an address field of each Logical Link Control frame, or 
the information can include Quality of Service information. The information maybe Packet Flow 
Context information that reflects specific Quality of Service values. The information may also 
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be embodied as Radio Link Control Acknowledge mode information and Radio Link Control 
Un-Acknowledge mode information. In a further embodiment the information can include Flow 
Identifier information that is inserted into each Packet Data Unit. 

5 Also encompassed by the teachings of this invention is the case where a tunnel is established 
between the Serving General Packet Radio Service Support Node and the Base Station System, 
and all data sent via the tunnel is relayed to one TBF. 

In each direction there are from zero to NTBFs. When zero TBFs exist, then one must establish 
10 the first TBF in the desired direction when it is needed. The teachings of this invention provide 
a mechanism for defining, based on certain information, if a new TBF is required, or if an 
existing TBF can be used to transfer a given LLC PDU. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 

The foregoing and other aspects of these teachings are made more evident in the following 
Detailed Description of the Preferred Embodiments, when read in conjunction with the attached 
Drawing Figures, wherein: 

20 Fig. 1 is a simplified block diagram of an embodiment of a wireless communications system 5 
that is suitable for practicing this invention; 

Fig. 2 illustrates the protocol stacks from the MS to the CN via the BSS and Gb interface; 
25 Fig. 3 shows the multiplexing of different LLC SAP Is to and from TBFs; 

Fig. 4 is a diagram that is useful for understanding RLC mode based mapping; and 
Fig. 5 is a diagram that is useful for understanding PFC/QoS based mapping. 



30 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring first to Fig. 1, there is illustrated a simplified block diagram of an embodiment of a 
wireless communications system 5 that is suitable for practicing this invention. The wireless 
5 communications system 5 includes at least one mobile station (MS) 100. Fig. 1 also sjiows an 
exemplary network operator having, for example, a Serving GPRS Support Node (SGSN) 30 for 
connecting to a telecommunications network, such as a Public Packet Data Network or PDN, at 
least one base station system (BSS) 40, and a plurality of base transceiver stations (BTS) 50 that 
transmit in a forward or downlink direction both physical and logical channels to the mobile 
10 station 100 in accordance with a predetermined air interface standard. A reverse or uplink 
communication path also exists from the mobile station 100 to the network operator, which 
conveys mobile originated access requests and traffic. Note that in practice the BTSs 50 actually 
form a part of the BSS 40. They are shown as separate elements in Fig. 1 simply for 
convenience. 

15 

The air interface standard can conform to any suitable standard or protocol, and may enable both 
voice and data traffic, such as data traffic enabling Internet 70 access and web page downloads. 
In the presently preferred embodiment of this invention the air interface standard is a Time 
Division Multiple Access (TDMA) air interface that supports a GSM or an advanced GSM 
20 protocol and air interface, although these teachings are not intended to be limited to TDMA or 
to GSM or GSM-related wireless systems. The network operator 10 is assumed to also include 
a Mobile Switching Center (MSG) 60. 

The mobile station 100 typically includes a microcontrol unit (MCU) 120 having an output 
25 coupled to an input of a display 140 and an input coupled to ah output of a keyboard or keypad 
160. The mobile station 100 may be a handheld radiotelephone, such as a cellular telephone or 
a personal communicator. The mobile station 100 could also be contained within a card or 
module that is connected during use to another device. For example, the mobile station 10 could 
be contained within a PCMCIA or similar type of card or module that is installed during use 
30 within a portable data processor, such as a laptop or notebook computer, or even a computer that 
is wearable by the user. 
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The MCU 120 is assumed to include or be coupled to some type of a memory 130, including a 
read-only memory (ROM) for storing an operating program, as well as a random access memory 
(RAM) for temporarily storing required data, scratchpad memory, received packet data, packet 
data to be transmitted, and the like. A separate, removable SIM (not shown) can be provided as 
5 well, the SIM storing, for example, a preferred Public Land Mobile Network (PLMN) list and 
other subscriber-related information. The ROM is assumed, for the purposes of this invention, 
to store a program enabling the MCU 120 to execute the software routines, layers and protocol 
stacks, depicted in Fig. 2, that are required to operate with software routines, layers and protocol 
stacks in the network 1 0, more specifically the GERAN 300, so as to implement the methods in 
10 accordance with this invention. The ROM also includes software for providing overall control 
over the MS 1 00, as well as to provide a suitable user interface, via display 1 40 and keypad 1 60, 
with a user. Although not shown, a microphone and speaker are typically provided for enabling 
the user to conduct voice calls in a conventional manner. 

15 The mobile station 100 also contains a wireless section that includes a digital signal processor 
(DSP) 180, or equivalent high speed processor or logic, as well as a wireless transceiver that 
includes a transmitter 200 and a receiver 220, both of which are coupled to an antenna 240 for 
communication with the network operator. At least one local oscillator (LO) 260 included in a 
frequency synthesizer is provided for tuning the transceiver. Data, such as digitized voice and 

20 packet data, is transmitted and received through the antenna 240. 

At the outset it should be noted that the teachings of this invention are related to several GERAN 
300 standards. In general, these teachings affect the following protocol/layers, where the current 
version of the GERAN standards that pertain to each of these protocols and layers is given in 
25 parenthesis simply as a point of reference: RLC/MAC (3 GPP TS 44.060), BSSGP (3 GPP TS 
48.018) and LLC (3 GPP TS 04.64). It can be appreciated that the teachings in accordance with 
this invention go beyond what is currently found in the existing GERAN standards and systems. 

It is further noted that the teachings of this invention are directed most particularly towards the 
30 packet switched (PS) domain (via the Gb interface), in particular to the mapping of TBFs relative 
to the upper layers, and not towards the circuit switched (CS) domain. The reference to the 
circuit switched A interface is made herein simply because the MS 100 is traditionally said to 
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be in the A7GB mode (the CN interface is A and/or Gb) or in the Iu mode (the CN interface is 
lu). Note that, for example, in the Dual Transfer Mode the MS 100 could simultaneously have 
a CS connection to the MSC 60 via the A interface, and a PS connection to the SGSN 30 via the 
Gb interface 310, while in the Iu mode the MS 100 can simultaneously have a CS connection and 
5 a PS connection, both via the Iu interface. 

In order to gain a full understanding of the benefits provided by this invention, reference is made 
first to Fig. 2. Fig. shows the MS 100, GERAN 300 and SGSN 30 protocol stacks and their 
relationship to the Gb interface 310. The MS 100 can be seen to include a PHY layer 250, a 

10 MAC layer 255, a RLC layer 260 and a LLC layer 265, as well us upper layers that are not 
germane to the teachings of this invention, except to note that this invention handles the mapping 
of upper layer PDUs to TBFs, as is described in greater detail below. The PHY layer 250 is 
interfaced to a corresponding PHY layer 320 in the GERAN 300 through a Urn interface 305. 
corresponding to the MAC layer 255 and the RLC layer 260 in the MS 100 is a GERAN 300 

15 MAC layer 325 and RLC layer 330. The RLC layer 330 is coupled through a Relay layer 335 
to a BSSGP layer 340, which lies above aNetwork Services layer 345, a FR layer 350 and Layer 
1 (LI) or physical layer 355. The LI 355 is interfaced to a corresponding LI 30A in the Serving 
GPRS Support Node (SGSN) 30. Above the LI 30A, corresponding to the GERAN 300 layers, 
is a FR layer 30B, Network Services layer 30C and a BSSGP layer 30D. A SGSN LLC layer 30E 

20 is logically coupled to the MS 100 LLC layer 265 (shown as the dashed line 266A). The SGSN 
30 may also include additional upper layers, but these are not germane to an understanding of 
this invention except to note, as above, that this invention handles the mapping of upper layer 
PDUs to TBFs. 

25 Note that these upper layers can include applications that generate and/or consume data packets. 
One example would be a web browser application that runs in the MS 100, while another 
application could be a video application that also runs in the MS 100 and that outputs or inputs 
video data packets. These applications could be running simultaneously, and could be running 
with different parameters. For example, the web browser application may be running in a mode 

30 where data packet acknowledgments are required, while in the video application they may not 
be required. This invention provides a technique for mapping the PDUs generated by and/or sent 
to these applications to TBFs, while operating using the Gb interface 310. 
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Note as well that in general the application can generate data packets that are routed via a 
protocol stack to the RLC/MAC. In the RLC/MAC the user data packets that are carried in 
protocol stack-specific PDUs are mapped into different TBFs based on the characteristics of the 
upper layer PDUs. 

5 

Note that the MS LLC 265 and RLC 260 are located in the same element (i.e., the MS 100). On 
the network side, however, the RLC/MAC protocol is allowed to be located at the BTS 50, the 
BSS 40 or the SGSN 30. The network LLC 30E is always, however, located at the site of the 
SGSN 30 (at least according to the current specifications). Thus, in the network side the LLC 
10 30E and the RLC 330 may be located in the same network element (i.e., the SGSN 30), or they 
maybe located in different network elements (e.g., the RLC 330 in the BSS 40 and the LLC 30E 
in the SGSN 30.) 

In operation, the MS 100 sends data to the network 10 using the Logical Link Control (LLC) 
15 protocol 265. While shown as the dashed (logical) connection 266 in Fig. 2, in actuality the MS 
100 originated LLC packets are input to the RLC 260, segmented into an appropriate number of 
RLC/MAC PDUs and sent over the radio channel as uplink (UL) packets via the PHY 250. On 
the network side the RLC/MAC PDUs are concatenated into LLC PDUs that are relayed to the 
SGSN 30 using the BSSGP protocol 340 (via the Gb interface 3 10 between LI 355 and LI 30A), 
20 and are then provided to the LLC layer 30E. Downlink (DL) packet data going to the MS 100 
takes the opposite route as the UL packets. 

In (E)GPRS the user data packets, as well as GPRS Mobility Management (GMM) and LLC 
signalling, are transferred via the LLC layer 265/30E. In the LLC layer the received packets are 

25 mapped into the LLC Service Access Point Identifier (SAPI) according to characteristics of the 
packets (e.g., based on the QoS). The LLC SAPI can operate in the ACK and/or UNACK LLC 
mode. The GMM and Short Message Service (SMS) have their own dedicated SAPI and, for user 
data traffic, currently four SAPIs are defined. The traffic belonging to all of the LLC SAPIs is 
mapped, however, to the one and only TBF. There is only one RLC entity and flow that can be 

30 multiplexed to a logical channel. While several TBFs from different MSs 100 can be multiplexed 
to a single logical channel, at present there can be only one TBF per MS 100. 
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In order for more than one TBF to be supported by the MS 100 it can be appreciated that a 
different mapping mechanism that the one described thus far must be implemented. The new 
mapping mechanism in accordance with this invention provides for UL data packets from a TBF 
to be routed (mapped) to the BSSGP layer and further to the LLC layer 30E. The new 
5 mechanism also operates for DL data packets to be routed (mapped) from the network LLC 30E 
to the MS LLC 265. 

In accordance with this invention an association is made between LLC PDUs and TBFs based 
on information received with the LLC PDU. The information is carried with PDU itself (e.g, in 
10 the packet header), or the information may be derived from the data flow that carried the LLC 
PDUs. For example, there maybe a specific connection between the LLC 265 and RLC 260 that 
carries LLC PDUs having specific parameters, such as QoS parameters. 

The presently preferred mapping mechanism can be implemented as follows. 

15 

Referring also to Fig. 3 (for the MS 100 case), in a first embodiment the LLC SAPI 500 is used 
for mapping a LLC PDU to a TBF. In this case the RLC 260 decodes the SAPI from the LLC 
PDU header, or the SAPI may be included in a PDU transferring a LLC PDU (e.g., in the 
network side the SAPI may be included in the BSSGP 340/30D DL-UNITDATA that is 
20 transferring the LLC PDU over the Gb interface 310. In the MS 100 the interface between the 
LLC 265 and the RLC 260 is an internal interface, and thus the SAPI can be implemented in any 
appropriate way. 

In a second embodiment the QoS is used for mapping the LLC PDU to a TBF. Each LLC PDU 
25 that is carrying a user data packet is associated to a PDP context, and each PDP context has 
specific QoS values. 

In a third embodiment the Packet Flow Context (PFC) is used for mapping LLC PDUs to a TBF. 
The PFC reflects specific QoS values, and one or several PDP contexts can be mapped to a PFC. 

30 

In a fourth embodiment the system operates to direct LLC PDUs requiring the RLC ACK mode 
into one TBF, and LLC PDUs requiring the RLC UNACK mode into another TBF. In this 
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approach TBF establishments and releases can be avoided in the case where the RLC mode 
changes during a transmission. 

In a fifth embodiment a new identifier is used for mapping the LLC PDU to a TBF. 

5 

On the MS 100 side, and since the interface between the LLC 265 and the RLC 260 is internal 
the MS 100, the LLC 265 may pass mapping information to the RLC 260 using internal 
signaling, without requiring a modification to the specifications governing transfer over the air 
interface. 

10 

On the network 10 side, for the case where the RLC 330 is not located in the same network 
element as the LLC 30E (as is shown in the example of Fig. 2), the BSSGP 340/30D protocol 
is used to transfer LLC PDUs between the RLC 330 and the LLC 30E. Thus, mapping 
information may be included in a BSSGP PDU, or the mapping information may be derived 
15 based on the data flow carrying the LLC PDUs. 

In the case where the RLC 330 is located in the same network element as the LLC 30E, the LLC 
may pass mapping information to the RLC using internal signaling, without requiring a 
modification to the specifications that govern transfer over various (external) interfaces. 

20 

It should be noted in the discussion of Figs. 3, 4 and 5 that the multiple depicted RLC units 260 
are to be understood as being TBFs, and may be implemented as a separate RLC protocol per 
TBF or as a common RLC protocol containing several TBFs. 

25 It should further be noted that the location of different RLC units on the network side could vary, 
thereby enabling, for example, a RLC unit carrying delay sensitive traffic to be located in the 
BTS 50, while a RLC unit that carries "best effort" data can be located in the BSC. 

Discussing first the embodiment of LLC S API-based mapping, the user data packets, as well as 
30 GMM PDUs and SMS messages, are transferred via the LLC layer 265/30E. In the LLC layer 
there exists several SAPIs 500 identifying a LLC connection. The SAPI is used to identify the 
service access point on the SGSN 30 side and on the MS 100 side of the LLC interface 266. 
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SAPI is carried in the address field of each LLC frame. 
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Fig. 3 illustrates how different LLC SAPIs 500 can be multiplexed in the RLC layer 260 into 
TBFs. The LLC PDUs from one or more LLC SAPIs 500 can be multiplexed into one TBF. 

5 

Table 1 shows a current allocation of SAPI values, per 3GPP 44.064. 

TABLE 1 



SAPI 


Related Service 


SAP Name 


0 


Reserved 




0001 


GPRS Mobility Management 


LLGMM 


1 0010 


Tunnelling of messages 2 


TOM2 


i 0011 


User data 3 


LU 


0100 


Reserved 




0101 


User data 5 


LL5 


ono 


Reserved 




0111 


SMS 


LLSMS 


1000 


Tunnelling of messages 8 


TOM8 


1001 


User data 9 


LL9 


1010 


Reserved 




1011 


User data 1 1 


LLII 


1 100 


Reserved 




1101 


Reserved 




1 1 10 


Reserved 




mi 


Reserved 





With regard to RLC mode based mapping, and referring to Fig. 4, the fourth embodiment listed 
above is to direct LLC PDUs requiring the RLC ACK mode into one TBF (shown in this case 
as RLC 260A), and LLC PDUs requiring the RLC UNACK mode into another TBF (shown as 
30 the RLC 260B). In this case then there are two TBFs established simultaneously, one carrying 
the LLC PDUs that require the RLC ACK mode, and the other carrying the LLC PDUs that 
require the RLC UNACK mode. 

With regard to the third embodiment discussed above, i.e., Packet Flow Context/QoS based 
35 mapping, and referring to Fig. 5, it is noted that messages being transferred via the LLC layer 
265/30E have certain defined characteristics. For example, prior to a user data packet transfer 
a PDP context is required to be activated. When the PDP context is activated the QoS associated 
with the PDP context is negotiated between the MS 100 and the network 10. As a result, each 
user data packet being passed to the LLC layer has certain associated values of priority, 
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throughput, and so forth. In a similar manner the GPRS Mobility Management (GMM) messages 
being transferred via LLC layer 265/30E have certain specific values, for example, the priority 
is set to be the highest possible. 

5 As can be seen then in Fig. 5, the characteristics of the messages being transferred via the LLC 
layer 265/30E are used for mapping LLC PDUs into different types of TBFs based on different 
PDP contexts. Note that the LLC SAPI 1 corresponds to the LL GMM SAP! value 0001 in Table 
1, the LLC SAPI 3 corresponds to the User Data 3 SAPI value 0011. In this case there are 
established logical RLC„ RLC 3 ,..., RLC n blocks corresponding to TBF„ TBF 3 ,..., TBF n , all of 
10 which can be simultaneously active and passing packet data to and from the lower layer (in the 
illustrated case of the MS 100). The RLC 330, LLC 30E on the network side would be logically 
configured in the same manner. 

Note that, depending on the MS 100 implementation, the RLC 260 may be communicating 
15 directly with the PHY 250, and the MAC 255 may be responsible for handling the signaling, 
such as TBF establishment. 

In the fifth embodiment mentioned above it was stated that a new identifier based mapping could 
also be employed. In this case it is within the scope of this invention to create a new identifier, 
20 on which the LLC PDUs are mapped to TBFs. For example, LLC PDUs may cany a new flow 
identifier and each flow/group of flows is mapped to a particular TBF based on the value of the 
identifier. 

This mode of operation is depicted in the following Tables 2 and 3, where Table 2 illustrates a 
25 conventional format of a PDU type: DL-UNTTDATA, and Table 3 illustrates a format of the 
DL-UNITDATA in accordance with this fifth embodiment of the invention, wherein the flow 
identifier (Flow ID) is included . The reference field refers to the appropriate 3 GPP specification. 
The PDU is sent to the BSS 40 from the SGSN 30 to transfer an LLC-PDU across the.radio 
interface to the MS 100. 

30 
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Table 2 DL-UNTTDATA PDU contents 



Information element 


Type / Reference 


Presence 


Format 


Length 


PDU type 


PDU type/I 1.3.26 


M 


V 


I 


TLLI (current) 


TLLI/l 1.3.35 


M 


V 


4 


QoS Profile 


QoS Profile/1 1.3.28 


M 


V 


3 


PDU Lifetime 


PDU Lifetime/1 1.3.25 


M 


TLV 


4 


MS Radio Access 
Capability a) 


MS Radio Access 
Capabiliry/1 1.3.22 


0 


TLV 


7-? 


Priority 


Priority/1 1.3.27 


0 


TLV 


3 


DRX Parameters 


DRX Parameters/1 1.3.11 


0 


TLV 


4 


IMSI 


IMSI/11.3.14 


0 


TLV 


5-10 


TLLI (old) 


TLLI/ 1 1.3.35 


O 


TLV 


6 


PFI 


PFI/1.3.42 


0 


TLV 


3 


LSA Information 


LSA Information/11.3.19 


0 


TLV 


7-? 


Service UTRAN CCO 


Service UTRAN CCO 
l\ 1.3.47. 


0 


TLV 


3 


Alignment octets 


Alignment octets/ 1 1 .3. 1 


0 


TLV 


2-5 


LLC-PDU 


LLC-PDU/II.3.15 


M 


TLV 


3-? 
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Table 3: New DL-UNITDATA PDU contents 



Information element 


Type / Reference 


Presence 


Format 


Length 


PDU type 


PDU type/1 1.3.26 j 


M 


V 


I 


Tl LI (currents 


Ti LI/11 3 35 


M 


v 


4 




OoS Profile/1 1 3 28 


M 


v 


3 


rUU Liieiime 


DHI 1 1 ifa+lmo/1 1 ^ 9^ 


ivl 


TI V 

I LV 


4 


Mo Kauto Access 
Capability a) 


Mo rvauio Moueao 
Capability/11.3.22 




TI V 

I L.V 


7-? 


rnoniy 


Prinritv/1 1 ^ 97 


n 


TLV 


3 


ur\A rararneiers 


HRX 

Parameters/11.3.11 


o 


TLV ' 


4 




^ 14 

IIVIOI/ 1 1 .O. 1 *T 


o 


TLV 


5-10 




ti il/1 1 3 35 


o 


TLV 


6 


DPI 
rri 


PFI/1 3 42 


o 


TLV 


3 


LSA Information 


LSA Information/11.3.19 


0 


TLV 


7-? 


Service UTRAN CCO 


Service UTRAN CCO 
/1 1.3.47. 


0 . 


TLV 


3 


Alignment octets 


Alignment octets/1 1 .3.1 


0 


TLV 


2-5 


LLC-PDU 


LLC-PDU/1 1.3.15 


M 


TLV 


3-? 


Flow ID 


Flow ID/x.y.z 


O 


i W 


2 



Based on the foregoing description it can be appreciated that this invention provides a technique 
to define TBFs between a RLC/MAC transmitter and a RLC/MAC receiver, and teaches how 
to map LLC PDUs into different TBFs. Once a TBF has been created, the specific TBF 
25 identifier, referred to herein as the Temporary Flow Identifier, identifies a TBF. Thus, when RLC 
data blocks are being transferred, the receiver is able to associate the received RLC data block 
to a TBF based on the TFI. 
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When, for example, a RLC ACK TBF is created and a RLC UNACK TBF is also created, the 
RLC data blocks being transferred via these two TBFs do not carry the ACK/UNACK 
information. Instead, the TFI identifying a TBF distinguishes the TBFs, and the handling of the 
received RLC data block depends on the parameters negotiated for the TBFs. If a RLC data 
5 block is received and the TFI associated with the data block specifies the RLC ACK TBF, then 
ACK mode operations are performed. Note that, in accordance with conventional practice, the 
ACK/UNACK information is not (as currently specified) transferred with every message 
associated with the TBF. Instead, the ACK/UNACK status is negotiated when the TBF is first 
established. 

10 

In an even more general sense this invention provides a mechanism for defining to which TBF 
an upper layer-related PDU belongs. 

While described herein in the context a number of embodiments and examples of this invention, 
15 those skilled in the art should appreciate that changes and form and details can be made to these 
embodiments and examples, and that these modifications will still fall within the scope of this 
invention. For example, one or more of the reserved SAPI values can be defined, in addition to 
those already defined in Table 1, and multiple TBFs established based on the newly-defined 
SAPI values for the case of the first embodiment discussed above. In this manner one may create 
20 more than the present four TBF classes for user data traffic. 
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CLAIMS 

What is claimed is: 

1. A method for transferring data between a mobile station and a wireless communications 
network , comprising: 

generating a plurality of data packets; and 

sending at least one data packet through a first Temporary Block Flow and at least one 
other data packet through a second Temporary Block Flow; where 

the first Temporary Block Flow is distinguished from the second Temporary Block Flow 
by information sent with the data packets for mapping upper layer data packets to 
Temporary Block Flows. 

2. A method as in claim 1, where the information is contained in a data packet header. 

3. A method as in claim 1, where the information is derived from information sent with the data 
packets. 

4. A method as in claim 1, where the information comprises Logical Link Control Service 
Access Point Identifier information. 

5. A method as in claim 1, where the information comprises Quality of Service information. 

6. A method as in claim 1, where the information comprises Packet Flow Context information. 

7. A method as in claim 1, where the information comprises Radio Link Control Acknowledge 
and Radio Link Control Un- Acknowledge information. 

8. A method as in claim 1, where the information comprises Flow Identifier information that is 
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inserted into the data packet. 

9. A method as in claim 1, where the data packets are sent through a Gb interface with a Serving 
General Packet Radio Service Support Node. 

10. A method as in claim 9, where the data packets are sent through the Gb interface via a Base 
Station System General Packet Radio Service Protocol. 

1 1. In a GSM/EDGE Radio Access Network, a method for operating a plurality of Temporary 
Block Flows for transferring Packet Data Units between a Logical Link Control layer of a mobile 
station and a Logical Link Control layer of a Serving General Packet Radio Service Support 
Node through a Gb interface, comprising: 

at a level of the Logical Link Control layer and a Radio Link Control layer, 
distinguishing Packet Data Units belonging to a first Temporary Block Flow and Packet 
Data Units belonging to a second Temporary Block Flow based on information 
associated with each Packet Data Unit; and 

mapping the Packet Data Units into the appropriate one of the first Temporary Block 
Flow or the second Temporary Block Flow based on the information. 

12. A method as in claim 11, where the information is contained in a Packet Data Unit header. 

13. A method as in claim 11, where the information is derived from information sent with the 
Packet Data Unit. 

14. A method as in claim 1 1, where the information comprises Service Access Point Identifier 
information carried in an address field of each Logical Link Control frame. 

15. A method as in claim 11, where the information comprises Quality of Service information. 

16. A method as in claim 1 1, where the information comprises Packet Flow Context information 
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reflecting specific Quality of Service values. 

1 7. A method as in claim 1 1 , where the information comprises Radio Link Control Acknowledge 
mode information and Radio Link Control Un- Acknowledge mode information. 

1 8. A method as in claim 11, where the information comprises Flow Identifier information that 
is inserted into each Packet Data Unit. 

19. A wireless communications system comprising a Logical Link Control layer of a mobile 
station and a Logical Link Control layer of a Serving General Packet Radio Service Support 
Node that are coupled together through a Gb interface, further comprising means for establishing 
and operating a plurality of Temporary Block Flows for transferring Packet Data Units in either 
an uplink or a down link direction between the Logical Link Control layer of the mobile station 
and the Logical Link Control layer of the Serving General Packet Radio Service Support Node, 
said means operating at a level of the Logical Link Control layer and a Radio Link Control layer 
for distinguishing Packet Data Units belonging to a first Temporary Block Flow from Packet 
Data Units belonging to a second Temporary Block Flow based on information associated with 
each Packet Data Unit and for mapping the Packet Data Units into the appropriate one of the first 
Temporary Block Flow or the second Temporary Block Flow based on the information. 

20. A wireless communications system as in claim 19, where said wireless communications 
system comprises a GSM/EDGE Radio Access Network. 

21. A wireless communications system as in claim 19, where the information is contained in a 
Packet Data Unit header. 

22. A wireless communications system as in claim 19, where the information is derived from 
information sent with the Packet Data Unit. 

23. A wireless communications system as in claim 19, where the information comprises Service 
Access Point Identifier information carried in an address field of each Logical Link Control 
frame. 
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24. A wireless communications system as in claim 19, where the information comprises Quality 
of Service information. 

25. A wireless communications system as in claim 19, where the information comprises Packet 
Flow Context information reflecting specific Quality of Service values. 

26. A wireless communications system as in claim 19, where the information comprises Radio 
Link Control Acknowledge mode information and Radio Link Control Un- Acknowledge mode 
information. 

27. A wireless communications system as in claim 19, where the information comprises Flow 
Identifier information that is inserted into each Packet Data Unit. 

28. A wireless communications system as in claim 19, where there are a plurality of Radio Link 
Control units at least two of which are located in different network elements. 

29. A wireless communications system as in claim 28, where said at least two of said plurality 
of Radio Link Control units operate on different types of Packet Data Units. 



WO 03/081817 



PCT/IB03/00517 



1/4 



s, 



5.WIRELESS 
/ COMMUNICATIONS 
SYSTEM 



PDN 



Gb, 




30> 




310 


1 


^40 




SGSN 












BSS 


> 






r~" 
i 


(BSC) 


— i 
i ) 



50-K 



BTS 



300 



BTS 



^■50 



NEIGHBOR 
CELL 




SERVING 
CELL 



MOBILE 
STATION 
100^ 



120 



MEMORY 



-130 



180 



MCU 



I 




220,Rx 
260.SYNTH 



TUNE 



KEY 
PAD 



DISPLAY 

160^ 



140 



FIG.1 



WO 03/081817 



PCT/IB03/00517 




WO 03/081817 



265 



260 



255 



250 



3/4 



LLC SAPI 1 



LLC SAPI 2 



RLC 



MAC 



Phy 



FIG.3 



PCT/IB03/00517 



LLC SAPI n 



RLC 



LLC SAPI, 
500 



r 



260 



TBFs 



LOGICAL 
CHANNELS 



265 



260B 



255 



250 



LLC 



SAPI 1-n 



RLC UNACK 



260A 



MAC 



Phy 



SAPI 1-n s 



RLC ACK 



260 



TBFs 



LOGICAL 
CHANNELS 



FIG.4 



WO 03/081817 



PCT/1B03/00517 



4/4 



GMM PDP#1 PDP#2 PDP# n 



265 



LLC SAPI 1 



260 



LLC SAPI 3 



RLCi 



255 



PDP CONTEXTS 



LLC SAPI n 



RLCi 



LLC SAPI 



RLC 



n 



MAC 



250 



TBFs 



i.3,n 



Phy 



LOGICAL 
CHANNELS 



FIG.5 



I 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/IB03/00517 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC(7) : H04J 3/00; H04B 7/212 

US CL : 370/337,349,468 
According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 370/324,328,329,330,337,338,349,352,401,486; 455/445,450,452,466 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
IEEE, ACM, EAST, WEST, DERWENT 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ' 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



Y,P 
Y,P 



US 2002/0041583 Al (LINTULAMPI et al.) 1 1 April 2002, paragraphs 
[0005],[0009],[0016],[0026],^ 

US 2002/0181422 Al (PARANTAINEN et al.) 05 December 2002, paragraphs 

[OOH],[(X>13],[0015],[0017],^ 

085] 



1-29 
1-29 



I I Further documents are listed in the continuation of Box C. [__\ See patent family annex. 



* Special categories of cited documents: 

"A" document defining the general state of the art which Is not considered to be 
of particular relevance 

"B" earlier application or patent published on or after the international filing date 



*V document which may throw doubt* on priority claim(i) or which U cited to 
establish the publication date of another citation or other special reason (as 
specified) 

"0" document referring to an oral disclosure, use, exhibition or other means 

"P* document published prior to the international filing date but later than the 
priority date claimed 



later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand the 
principle or theory underlying the invention 

"X* document of particular relevance; the claimed invention cannot be 

considered novel or cannot be considered to involve an inventive step 
when (he document is taken alone 

"Y" document of particular relevance; the claimed invention cannot be 

considered to involve an inventive step when the document Is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 



document member of the same patent family 




Date of the actual completion of the international search 
15 April 2003 (15.04.2003) 



Date of mailing of the internati 

12 MAY 



Name and mailing address of the ISA/US 

Commissioner of Patents and Trademarks 
Box PCT 

Washington, D.C. 20231 

Facsimile No. (703)305-3230 



Authorized officer 
Afsar M. Qureshi (fwj 



Telephone No, (703*308 



FormPCT/ISA/210 (second sheet) (July 1998) 



